home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Atari Mega Archive 1
/
Atari Mega Archive - Volume 1.iso
/
lists
/
gem
/
l_0399
/
270
< prev
next >
Wrap
Internet Message Format
|
1994-08-27
|
2KB
From: mforget@elfhaven.ersys.edmonton.ab.ca (Michel Forget)
Subject: Re: SHORTCUT.INF file proposal
Date: Mon, 23 May 1994 01:43:00 -0600
Mime-Version: 1.0
Precedence: bulk
In <memo.271344@cix.compulink.co.uk>, Andre Willey writes:
[Subject: Re: SHORTCUT.INF file proposal]
[> * What happens if a user-requested shortcut clashes with a program's
[> default setting for some 'specialised' command for which we don't
[> have a shortcut code defined?
In this case, I think that the SHORTCUT.INF file should have priority.
If the application has specialized needs, it should try to meet them
only after it has met the needs of the user (global shortcuts).
[> Tab, Spce, Caps, Ret, Entr, Del, Bksp, Esc, Help, Undo, Ins,
[> Clr (or Home?), f1-f10 (not F1-F10, to avoid confusion with 'F' key)
Well, I would prefer F1-F10 (as the letters appear on the keyboard) but
other than that I have no problems with this.
[> The numeric keypad should be shown as [1], [2], [-], etc. What about
[> Enter - should this just be 'Entr', as above, or [Ent] ?
Entr looks a little better, I think.
[> * Menu options. There are going to be shortcuts that don't fit into
[> menus.
[...specifics of a solution to this cut for the sake of brevity...]
Yes, this is an excellent idea.
--
() ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ () ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ()
() Michel Forget / Electric Storm Software () My cat stole my ()
() mforget@elfhaven.ersys.edmonton.ab.ca () opinions, and pawned ()
() ess@tibalt.supernet.ab.ca () them off for milk. ()
() ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ () ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ()